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(57) A system and method are disclosed which cap- 
ture signaling data from a signaling network, such as 
Signaling System Seven, and utilize such captured data 
to provide information about interconnection services 
provided in a communication network. More specifically, 
in a preferred embodiment, monitors capture signaling 
data from links within a signaling network and con^elate 
the messages into call or transaction records for further 
processing. For example, in a preferred embodiment, 



monitors utilize the captured messages to generate call 
detail record (CDR) data and usage detail record (UDR) 
data. The generated CDR/UDR data is communicated 
from the monitors to an "interconnection analysis serv- 
er." In a preferred embodiment, one or more applications 
execute on the lA server to collect information about in- 
terconnection services, such as usage amount and 
quality of interconnection services. Thereafter, a service 
provider may verify the usage and quality of Intercon- 
nection services via the t A server. 
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Description 

RELATED APPLICATIONS 

5 [0001] This application is related to co-pending and comnnonly assigned U.S. Patent Application Serial Numbers 
09/092,256, entitled "SYSTEM AND METHOD FOR GENERATING QUALITY OF SERVICE STATISTICS FOR AN 
INTERNATIONAL COMMUNICATIONS NETWORK" filed June 5, 1 998; 09/092,428. entitled "SYSTEM AND METHOD 
FOR DETECTING HIGH MESSAGE TRAFFIC LEVELS IN A COMMUNICATIONS NETWORK" filed June 5, 1998; 
09/092;699, entitled "SYSTEM AND METHOD FOR SIGNAL UNIT DATA STORAGE AND POST CAPTURE CALL 

10 TRACE IN A COMMUNICATIONS NETWORK" filed June 5, 1 998; 09/092,771 . entitled "SYSTEM AND METHOD FOR 
CORRELATING TRANSACTION MESSAGES IN A COMMUNICATIONS NETWORK" filed June 5, 1 998; 09/093,824, 
entitled "TRANSACTION CONTROL APPLICATION PART (TCAP) CALL DETAIL RECORD GENERATION IN A COM- 
MUNICATIONS NETWORK" filed June 8, 1998; 09/093,955, entitled "SYSTEM AND METHOD FOR MONITORING 
SERVICE QUALITY IN A COMMUNICATIONS NETWORK" filed June 8, 1998; and 09/156,328, entitled "SYSTEM 

IS AND METHOD FOR MONITORING LINK STATUS \H A COMMUNICATION NETWORK" filed September 18, 1998; 
the disclosures of which are hereby incorporated herein by reference. 

TECHNICAL FIELD 

20 [0002] The present invention is related in general to communication networks and in specific to a method and system 
for verifying usage and quality of interconnection services provided between two or more communication networks. 

BACKGROUND 

25 [0003] Common channel signaling networks, such as the Signaling System Seven (SS7) based signal system, use 
dedicated channels to pass digital messages t)etween systems for call setup, call control, call routing, and other func- 
tions. These dedicated signaling channels are part of a network that is separate from the network that carries the actual 
voice and data signals. An SS7 network is a separate switching system which is used prior to, during, and at the end 
of an actual votee or data call. The SS7 network is used to route control inf onmation. Whenever two switches or elements 

30 have to pass call control irtfomnation during or prior to a phone call, they pass this data via the SS7 signaling network. 
[0004] There are three basic types of network node elements in an SS7 network. One of them Is the Service Switching 
Point (SSP), which may be a central office switch, a tandem switch or an end office switch. A second principal node 
element Is the Service Control Point (SCP). An SCP acts as a database query server for the rest of the network. An 
SCP is used in such applications as translating ported telephone numbers, routing 800 calls, tracking roamers in a 

35 cellular network, and Alternate Billing Service/Line Identification Database services (or ABS/LIDB) which provide op- 
erator-type services. The third principal node element is the Signal Transfer point (STP). An STP is essentially a packet 
switch that routes the messages from SSPs and SCPs to SSPs and SCPs. 

[0005] It is possible to combine these three different types of nodes into a single node. However, in North America, 
they are typically not combined. An SSP perfomns only switch functions, an SCP only control functions, and an STP 
40 only signal transfer functions. In European telecommunications systems, alt of these different functions may be com- 
bined into one node. 

[0006] The SS7 network carries a great deal of Information and is extremely critical to the operation of the phone 
system. If an SS7 networic is not functioning, or if portions of it are not operating, the phone system simply cannot 
deliver phone calls, even though all of the voice circuits are operating properly. The capacity and complexity of the 

45 SS7 network is small in ternis of circuitry and bandwidth utilized by an end user compared to previous voice and data 
networics. the circuitry of the SS7 network is therefore much more critical. The actual elements in the SS7 network do 
not provide all the infomiation required in network operations to manage and to determine the health and state of an 
SS7 network. It is therefore necessary for the telephone Industry to deploy su weillance equipment to monitor the links 
connecting the nodes of the SS7 network. 

50 [0007] The topology of the network is such that STPs are typically deployed in a mated pair configuration at geo- 
graphically separate locations. Connected to a mated pair of STPs will be a set of SSPs and SCPs. This conglomeration 
of SSPs. SCPs and mated Pair STPs is called a cluster. Clusters are then connected by D-Quad links between STP 
mated pairs. Of course, the mated pair configuration system is not required and it is not used in all communications 
systems capable of employing the present inventbn. 

55 • [0008] When any transaction or message is sent between two different devtees on the networtc, it is often the case 
that the messages going from switch A to switch B travel one route on the networi< while the messages going from 
switch B to switch A travel a different route. The network surveillance equipment that monitors the link is designed to 
capture and correlate as much signaling information as possible regardless of network activity. Because of the different 
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data paths that messages may take, it is difficult to do this correlation above what is called the transport layer when 
monitoring links at the STP sites. An example of an application level problem would be where a subscriber has a 
problem getting his/her calls delivered. The telephone company may attempt to fix the problem by doing a trace of all 
data pertaining to that subscriber's phone number, but the data may not all be located at one point. The data may be 
5 all in one STP, or split In some fashion, partially in one STP and partially In the other STP of a mated pair, which may 
be in a different city many miles away. 

[0009] Systems are known in the prior art which allow for monitoring a signaling network such as an SS7 nehwork. 
For example, systems are known in the prior art that allow for detecting, capturing, and correlating signals within an 
SS7 network in order to generate call detail record (CDR) data and usage detail record (UDR) data. Examples of such 
10 systems having various features and enhancements are disclosed in U.S. Patent No. 5,592,530 and the patent appli- 
cations incorporated herein by reference. 

[001 0] Situations commonly arise in which a earner (or network service provider) interconnects with another can-ier 
to provide a desired network service. That is, one network carrier may be required to interconnect with one or more 
other carriers in order to provide a desired network service to a user. Interconnecting carrier(s) generally charge a fee 

IS . for the usage of their network resources in providing interconnection sen^ices. However, as discussed in greater detail 
below, prior art systems typically provide no method for a can-ier to verify the amount of network resources of inter- 
connecting carriers actually utilized for interconnection. Additionally, prior art systems typteally provide no method for 
a carrier to evaluate the quality of interconnecting services provided by an interconnecting carrier. 
[0011] FIG. 1 illustrates an example of a common scenario requiring interconnection between multiple carriers. As 

20 shown, User^ desires to communicate with User2 via one or more communication networks. For example, suppose 
that Useri is attempting to place a long-distance telephone call to Userg. Because the telephone call is a long-distance 
call, User^'s long-distance carrier 1 04 will be utilized to provide the communication sewice. However, an interconnecting 
carrier may be required to connect Users to the long-distance carrier networic 1 04. For example, a local carrier networi< 
102 (local to User.|) may be accessed to connect User^ to long-distance carrier network 104. For instance, a switch 

25 within local canier network 102 may be utilized to connect User^ to a switch within long-distance carrier networic 1 04. 
Long-distance carrier networi< 104 may then connect User^ to User2. However, as further shown in FIG. 1 , a further 
interconnecting carrier may be required for long-distance can-ier network 1 04 to complete the call to Userg. For example, 
a local cannier networi< 1 06 (local to Userg) may be accessed to interconnect long-distance carrier network 1 04 to User2. 
For Instance, a switch within local earner networic 1 06 may be utilized to connect Userg to a switch within long-distance 

30 carrier network 1 04, thereby allowing long-distance carrier networic 1 04 to provide communication between User^ and 
User2. 

[0012] In the above example, local canier 102 and local canier 106 may charge long-distance can'ier 104 a fee (or 
bill) for the Interconnection services provided. That is, because long-distance earner network 104 utilized networic 
resources from local carrier network 102 and local carrier network 106 for interconnection, long-distance carrier 104 

35 is typically charged a usage fee from these interconnecting can-iers. Of course, while the above example describes 
interconnecting telephone networks to provide desired telephony services, interconnec^tion of any other types of com- 
munication networks may be required to provide a particular type of communication service. For instance, in order for 
a user to access a desired computer server via a communication network, one or more interconnections may be re- 
quired. Accordingly, it should be understood any of various types of networks may require interconnection service, 

40 such as a public switched telephone networic (PSTN), wireline networic, wireless networic, general purpose processor- 
based infonmatlon network, cable network, wide area networic (WAN), the Internet, or any combination thereof suitable 
for providing Information communication between particular networic elements (e.g., users or devices communicatively 
coupled to such networic). 

[0013] As discussed above, interconnecting carriers typically charge a usage fee for interconnection services. How- 
45 ever, prior art systems typically provide no method for a service provider to verify the amount of networic resources 
utilized for interconnection by Interconnecting earners. That is, service providers, such as long-distance carrier 104 in 
the above example, typically have no method of accurately verifying the amount of Interconnection servfces actually 
used. For instance, in the above example, long-distance carrier 1 04 typically has no method of verifying the amount 
. of usage of local earner networic 102 and. local carrier network 106 actually utilized for interconnection. Thus, for ex- 
50 ample, long-distance carrier 1 04 may receive a bill (or invoice) from local carrier network 1 02 for X minutes of usage 
for interconnection services, and may receive a bill (or invoice) from local carrier networic 106 for Y minutes of usage 
for interconnection sen/ices; and long-distance can'ier 104 has no way of verifying the billed usage amount (e.g., X 
and Y minutes) of such interconnecting carrier networics is accurate. While the usage required for each Interconnection 
may be relatively small (e.g., only a few seconds may be required for a local telephone carrier to interconnect a caller 
55 to a long-distance carrier's networic), the sum total of many interconnection charges incun-ed.over a period of time may 
become significantly large. Therefore, a desire exists for a system and method that allows a service provider to verify 
the accuracy of interconnection charges. 

[0014] Additionally, prior art systems typically provide no method for a service provider to evaluate the quality of 
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interconnection services provided by an interconnecting can-ier. For example, a service provider nnay desire to nnonitor 
the amount of time required for interconnection by an interconnecting carrier, the number of dropped calls by an inter- 
connecting carrier, the number of busy signals (e.g:, "all circuits are busy"), the clarity of the interconnecting carrier's 
network (e.g., whether a "fuzzy" connection is achieved), etcetera. In most instances, a user will associate the quality 

5 of services received with the service provider, rather than with an interconnecting carrier. For example, in the above 
example, User^ will likely associate the quality of the telephony services provided with long-distance carrier 1 04, rather 
than interconnecting carrier's 102 and 106. Therefore, long-distance can-ier 104 may desire to monitor the quality of 
services provided by such interconnecting carriers. Furthermore, a service provider may desire that certain aspects of 
Interconnection services be of a desired "quality" in-espectrve of whether the "quality" is recognizable by the users (e. 

10 g., the amount of time required for interconnection). A service provider may desire to monitor the quality of intercon- 
nection services in order to evaluate the reasonableness of the fees (or bills) that the service provider was charged 
for such interconnection services, as an example. As another example, a service provider may use such information 
in order to intelligently select interconnection earners to utilize in the future. In prior art systems, service providers 
typically have no method of monitoring the quality of interconnection services provided by Interconnecting carriers. 

15 Therefore, a desire exists for a system and method that allows a service provider to verify/monitor the quality of inter- 
connection services provided by interconnection carriers. 

SUMMARY OF THE INVENTION 

20 [0015] The present invention is directed to a system and method which monitor a communication network, capture 
signaling data from a signaling networic, such as message signal units (MSUs), and utilize such captured data to provide 
information about interconnection services provided in a communication network. More specifically, in a preferred em- 
bodiment, monitors capture signaling data from links within a signaling networic, such as Signaling System Seven, and 
correlate the data into call or transaction records for further processing. For example, in a prefered embodiment, 

25 monitors utilize the captured data to generate call detail record (CDR) data and usage detail record (UDR) data. Pref- 
erably, the monitors have a plurality of processors for processing the captured signaling data. The processors may run 
any of a number of message or record processing applications. 

[0016] In a pretended embodiment, the generated CDR/UDR data is communicated from the monitors to an extemal 
server (e.g., an "Interconnection analysis server" or "lA server"). In a preferred embodiment, one or more applications 

50 execute on the lA server to collect infonnation about interconnection services, such as usage arnount and quality of 
interconnection services. That is, one or more applications execute on the lA server to collect CDR and UDR data, 
from which information about usage and quality of interconnection services may be determined. Preferably, the lA 
server collects messages on a per customer and/or a per service provider (carrier) basis. The tracked messages may 
be part of one of a number of message protocols, such as Integrated Services Digital Networic - User Part (ISUP), 

35 Telephone User Part (TUP), Networic User Part (TUP), Transaction Capabilities Application Part (TCAP), Advanced 
Intelligent Network (AIN), or Integrated Networic Application Part (INAP) calls or transactions. 
[0017] Communications network monitoring equipment which may be used in conjunction with the present invention 
is disclosed in U.S. Patent No. 5,592,530, entitled TELEPHONE SWITCH DUAL MONITORS; U.S. Patent No. 
6,028,914, entitled "SYSTEM AND METHOD FOR MONITORING PERFORMANCE STATISTICS IN A COMMUNICA- 

40 TIONS NETWORK" issued Febnjary22,2000; and In pending patent applications assigned serial numbers 09/092,256, 
entitled "SYSTEM AND METHOD FOR GENERATING QUALITY OF SERVICE STATISTICS FOR AN INTERNATION- 
AL COMMUNICATIONS NETWORK" filed June 5, 1 998; 09/092,428, entitled "SYSTEM AND M ETHOD FOR DETECT- 
ING HIGH MESSAGE TRAFFIC LEVELS IN A COMMUNICATIONS NETWORK" filed June 5, 1998; 09/092,699. en- 
titled "SYSTEM AND METHOD FOR SIGNAL UNIT DATA STORAGE AND POST CAPTURE CALL TRACE IN A 

45 COMMUNICATIONS NETWORK" filed June 5, 1998; 09/092.771, entitled "SYSTEM AND METHOD FOR CORRE- 
LATING TRANSACTION MESSAGES IN A COMMUNICATIONS NETWORK" filed June 5, 1998; 09/093,824. entitled 
"TRANSACTION CONTROL APPLICATION PART (TCAP) CALL DETAIL RECORD GENERATION IN A COMMUNI- 
CATIONS NETWORK" filed June 8. 1998; 09/093,955, entitled "SYSTEM AND METHOD FOR MONITORING SERV- 
ICE QUALITY IN A COMMUNICATIONS NETWORK" filed June 8, 1998; and 09/156,328, entitled "SYSTEM AND 

50 METHOD FOR MONITORING LINK STATUS IN A COMMUNICATION NETWORK" filed September 18, 1998; the 
disclosures of which are hereby incorporated herein by reference. These references and the present application are 
commonly assigned. 

[001 8] It is a feature of one aspect of the present invention to track performance statistics for interconnection services 
provided in a communications networic. A preferred embodiment enables generation of statistical reports which show 
55 usage amounts, as well as quality of interconnection services provided by various Interconnecting earners. The reports 
allow a service provider to verify interconnection usage amounts for which the service provider is billed, and enable 
service providers to evaluate the quality of interconnection services provided by various interconnecting carriers. 
[0019] It is another feature of one aspect of the present invention to provide statistical reports for interconnection 
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services in real-time on a network-wide basis for both calls and transactions. Historical data may also be stored to a 
database for later recall by the user. 

[0020] The foregoing has outlined rather broadly the features and technical advantages of the present invention in 
order that the detailed description of the Invention that follows may be better understood. Additional features and 

5 advantages of the Invention will be described hereinafter which fonn the subject of the claims of the Invention, it should 
be appreciated by those sicilled in the art that the conception and specific embodiment disclosed may be readily utilized 
as a basis for modifying or designing other structures for carrying out the same purposes of the present invention. It 
should also be realized by those slcilled in the art that such equivalent constructions do not depart from the spirit and 
scope of the invention as set forth in the appended claims. The novel features which are believed to be characteristic 

10 of the invention, both as to its organization and method of operation, together with further objects and advantages will 
be better understood from the following description when considered in connection with the accompanying figures. It 
Is to be expressly understood, however, that each of the figures is provided f orthe purpose of illustration and description 
only and is not intended as a definition of the limits of the present invention. 

15 BRIEF DESCRIPTION OF THE DRAWING 

[0021] For a more complete understanding of the present invention, reference is now made to the following descrip- 
tions taken in conjunction with the accompanying drawing, in which: 

20 FIGURE 1 shows an example of a common scenario requiring interconnection between multiple carriers; 

FIGURE 2 shows a further example of a common scenario for interconnection services and settlement for such 
services; 

25 FIGURE 3 shows an exemplary environment in which a prefen-ed embodiment of the present invention may be 

implemented; 

FIGURE 4 shows a functional block diagram of an exemplary Implementation of a most prefen-ed embodiment; 

30 FIGURE 5 shows an example of utilizing a preferred embodiment to verity interconnection usage; 

FIGURE 6 shows an example of utilizing a preferred embodiment to verify interconnection quality; 

FIGURE 7 shows an example of utilizing a preferred embodiment to verify interconnection sen^ices for Intelligent 
35 Network services (and signaling transport); and 

FIGURE 8 shows an example of utilizing a preferred embodiment to interactively analyze quality and usage veri- 
fication reports. 

40 DETAILED DESCRIPTION 

[0022] To further illustrate a common scenario for interconnection services and settlement of such interconnection 
services (e.g., compensating interconnecting carriers for their services), attention is directed to the example shown in 
FIG. 2. The example shown in FIG. 2 illustrates both "adjacenf and "non-adjacenf interconnection services. For in- 

45 stance, a service provider (or canrier) manages networic 202, within which network element (e.g., telephone) 204 may 
request to communicate with networic element (e.g., telephone) 212 of networt< 210 managed by earner C. As shown 
in FIG. 2, to enable communication between networi< element 204 and networi< element 212, various interconnections 
may be required. In the example of FIG. 2, for instance, service provider networi< 202 utilizes interconnecting earner 
A's network 206, which interconnects (e.g., switches) to interconnecting earner B's networic 208, which in turn inter- 

50 connects (e.g., switches) to interconnecting carrier C's network 21 0 to which network element 21 2 is communicatively 
coupled. In this example, interconnecting carrier A is refen-ed to as an "adjacenf carrier, while interconnecting earner 
C is referred to as a "non-adjacenf canier. It should be understood that the sen^ice provider may have some control 
in detemniningthe initial Interconnecting camerto utilize (e.g., Interconnectlngcarrier A in FIG. 2). However, the service 
provider may have little or no control over detennlning the interconnecting carrier's utilized thereafter (e.g., intercon- 

55 necting carrier B). 

[0023] Various interconnection billing (or "settlemenf ) schemes exist. In a typical adjacent settlement scheme, all 
interconnection charges are placed on the adjacent carrier. For instance, in an adjacent settlement scheme, the service 
provider In the example of FIG. 2 is charged interconnecting fees by interconnecting carrier A. Simllariy, interconnecting 
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carrier A may be charged a tee for the Interconnecting services provided by interconnecting carrier B, and so on. In a 

typical non-adjacent settlement, all interconnection charges are placed on the originating or tenninating carrier (i.e., 
on the sen^ice provider 202 or carrier C 21 0 of FIG. 2). A preferred embodiment of the present invention enables a 
service provider to verify invoices (e.g., usage fees) from interconnecting earners, as well as evaluate the quality of 
5 service provided by such Interconnecting can-iers. A most preferred embodiment allows a service provider to verify 
invoices and evaluate the quality of service provided by both adjacent and non-adjacent carriers. 
[0024] Turning to FIG. 3, an exemplary environment 300 in which a preferred embodiment of the present invention 
may be implemented is shown. As shown, signaling networlc (e.g., SS7 Network) 302 allows for data to be passed 
between various elements, such as STPs 304 and 306. More specifically, environment 300 may include various corn- 
to munication devices (e.g., network elements), such as standard telephone 301 f^, processor-based computer device (e. 
g., PC, laptop, or PDA) 301b, or wireless communication devbe (e.g., cellular telephone) 301 c, which communicate 
via signaling network (e.g., SS7 Network) 302 with other communication devices, such as standard telephone 301 
processor-based computer device (e.g., PC, laptop, or PDA) 301 g, or wireless communication device (e.g., cellular 
telephone) 301 p. It should be understood that the communication devices 301 are used for illustration purposes only 
15 and that any voce or data communications device may be communicatively coupled to signaling network 302. In a 
prefen-ed embodiment, communication devices, such as telephones 301;^ and 301 q, are communicatively coupled to 
end offices (not shown), which may be Signaling Points (SPs) or SSPs. Such end offices are linked to each other 
through signaling network 302 comprised of STPs, such as STPs 304 and 306 that are connected to each other via 
communication links. 

20 [0025] System 308 is communicatively coupled to signaling networic 302 to monitor signaling messages communi- 
cated over network 302. That is, system 308 is preferably implemented to detect, capture and correlate signaling data 
(i.e., signaling units) communicated between STPs via their communication links. Such a system for monitoring sign- 
aling messages may be implemented as more fully described In U.S. Patent No. 5,592,530 and the patent applications 
Incorporated herein by reference. It should be understood that signals (or messages) may take any of a number of 

25 paths across the communication links between various STPs, and such signals may be detected, captured, and cor- 
related for a particular call as disclosed more fully in the references incorporated herein by reference. As is well known 
in the art, in certain circumstances, such as for an 800 number call or for a call to an exchange or number that has 
been ported to a different switch, messages may be sent to an SCP (not shown) to perform various database look-up 
functions. Signals or messages are exchanged with such a SCP via communication links, as with the exchange between 

30 various STPs. Of course, In various implementations, additional components may be included within signaling network 
302, such as Service Nodes (SN) or Intelligent Peripherals (IP), which would be communicatively coupled within sig- 
naling network 302 with communication links (or "signaling paths"). 

[0026] In the exemplary Implementation of FIG. 3, system 308 comprises one or more monitors, such as monitor 
31 0, each of which is individually paired with STPs of network 302 (e.g., STPs 304 and 306). Each of such monitors 

35 is coupled to every link for a particular STP by connections, which may be embodied as a branch or tee off of the STP 
links. This allows such monitors to capture or detect every signaling unit that Is sent to, or from, each STP 304, 306. 
As described in U.S. Patent Nos. 5,592,530 and 6,028,914, such monitors may be coupled via an inter-monitor com- 
munications link (not shown) which allows the monitors to transfer captured signaling units and messages among 
themselves. Typically, the first monitor to detect a signaling unit for a call or transaction is designated as a controlling 

40 or anchor monitor. The other monitors then send any later detected signaling units for the same transaction or call to 
the anchor monitor. The anchor monitors conrelates all of the messages from a particular transaction or call into a single 
record. Usually, each signaling unit is Identified as belonging to a particular transaction by the Transaction Identifier 
(TID). In a preferred embodiment, monitor(s) 310 are capable of monitoring several hundred SS7 links at one time, 
[0027] The monitors of system 308 (e.g., monitor 31 0) are communicatively coupled to sen/er 31 2 over, for example, 

45 a Wide Area Network (WAN) or any other data network connection. Once a call or transaction record is complete, the 
record is then sent to server 312 for further processing. Monitors may detenmine that a record is complete when an 
end message is detected for that particular call or transaction. Workstation 314 is communicatively coupled to server 
312 and provides network service providers or other users with access to retrieve data or to configure server 31 2 and/ 
or the monitors (e.g., monitor 310). 

so [0028] Server 312 is coupled to data storage device 320, and mon(tor(s) 310 are coupled to data storage device 
321 . It should be recognized that such data storage devices 320 and 321 are Intended to encompass any suitable data 
storage device now known or later developed, including without limitation disk drives, floppy disks, optical disks, Com- 
pact Discs (CDs), Digital Versatile Discs (DVDs), and other data storage devices. Data storage devices 320 and 321 
may be used to store configuration and profile data for use by the monitoring system 308. Monitor(s) 31 0 may use data 

55 storage device 321 to store call or transaction records or other message data. Alternatively, records and messages 
may be routed to server 312 for storage on a central database, such as data storage device 320. 
[0029] In a prefen-ed embodiment of the present invention, monitor(s) 31 0 filter the correlated messages and the call 
and transaction records to generate a CDR data stream (shown as functional block 31 0;^ In FIG. 3), as well as a UDR 
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record (shown as functional block 31 Og In FIG. 3), which are communicated to server 316 (which may be referred to 
as an "interconnection analysis server" or "lA server") via a communication link therebetween. Most preferably, server 
316 is a server that, due to the high volume of data that may be communicated to it, is an independent, dedicated 
server. An example of such a server is an IT:Seven server from Inet Technologies, Inc. Although not shown in FIG. 3, 

5 In a most preferred embodiment, each monitor 310 of system 308 is communicatively coupled to server 316 by a 
connection (e.g., via a communication network), whteh allows CDR/UDR data to be sent directly to server 31 6. Aller- 
natively, server 312 may colled all of the CDR/UDR data, or server 312 may perfonn the record screening function 
Itself, and forward the CDR/UDR information to sen/er 31 6 via a communication link (e.g., via a communication network) 
between such servers. Once such CDR/UDR infonmation is received by server 31 6, it may be stored In data storage 

10 device 322, which is intended to encompass any suitable data storage device now known or later developed, including 
without limitation disk drives, floppy disks, optical disks, Compact Discs (CDs), Digital Versatile Discs (DVDs), and 
other data storage devices. 

[0030] Preferably, users can access server 31 6 from workstation 318, which is communicatively coupled thereto, to 
query the server and generate reports therefrom. That is, server 31 6 is capable of reporting statistics on the CDRs/ 

15 UDRs when requested by a user Workstations 314 and 31 8 may be any suitable processor-based computer devices, 
including without liniitatton personal computer (PC), laptop computer, or personal data assistant (PDA). As also shown 
in FIG. 3, workstation 31 8 may be communfcatively coupled to server 31 2 to allow network service providers or other 
users with access to retrieve data or to configure server 312 and/or the monitors (e.g., monitor 310). 
[0031] Turning to FIG. 4, a functional block diagram 400 of an exemplary implementation of a most preferred em- 

20 bodiment is shown. As shown, monitor 31 0 generates CDR data (shown in block 402) and UDR data (shown in block 
404). As shown, much information may be contained within a CDR, including data Identifying the calling number, called 
number, number of minutes of use (MOU), start time, end time, LRN, the origination pointcode of a call (OPC), and 
the destination pointcode of a call (DPC). As also shown, additional information may be contained within a UDR, 
including data identifying the number of message signaling units (MSUs) and the number of Octets. 

25 [0032] The creation of CDR data streams may be perfonned in various manners, an example of which is described 
in co-pending and commonly assigned U.S. patent application serial number 09/093,824 entitled TRANSACTION 
CONTROL APPLICATION PART (TCAP) CALL DETAIL RECORD GENERATION IN A COMMUNICATIONS NET- 
WORK," the disclosure of which is hereby incorporated herein by reference. 
[0033] TABLE 1 provides an exemplary list of parameters that can be used to create CDR profiles. 
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^ TABLE 1 

Call State that Triggers the CDR Generation 
Address Complete 
Answer 

Call Termination 



Application Type 
ANSIISUP 
ITUISUP 
ITU TUP 
ITUNUP 
IS-41 
CLASS 
LTDB 
AIN 
INAP 

National Variants 
Toll Free/800 



Point Codes 
OPC 
DPC 



Calling Party Numbers 



Called Party Numbers 



Translated Numbers 



Dialed Digits 



Destination Digits 



Mobile Identification Number (MIN) 



Routing Numbers 



Account Numbers 



Electronic Serial Number 



Location Routing Number 



[0034] TABLE 2 lists fields that are included within a preferred CDR fonnat and the definitions of the field cx)ntents. 
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TABLE 2 





Start Time (lAM time) 


Transaction start time. 


5 


ACM Time 


Address Complete Message time. 




ANS Time 


Answer time. 




R EL Time 


Release time. 




END Time (RLC time) 


Transaction end time. 


10 


CIC 


Carrier Identification Code 




OPC 


Ongination Pointcode of the call. 




DPC 


Destination Pointcode of the call. 


15 


Release Cause 


Cause of release of call. 




Number of Calling Party Digits 


The number of digits in the calling party number. 




Calling Party Number 


The phone number identified as the calling phone number. 


20 


Number of Called Party Digits 


The number of digits in the called party number.. 


Called Party Number 


The phone number identified as the called phone number. 




Original Called Digits 


The original digits called when utilizing Local Number Portability. 


25 


LRN 


Location Routing Number, which is a routing numberthat identifies the temninating 
switch for a ported directory number. 


JIP 


Jurisdiction Information Parameter. 




Failed Calls Flag 


Indicates a failed call. 




Abnormal Release Flag 


. Indicates an abnormal release of a call. 


30 


Timeout Flag (Reason) 


Indicates a timeout (and reason for the timeout) for a call. 



[0035] Of course, additional information may be included within a CDR, including without limitation the additional 
field contents described in TABLE 2 of co-pending and commonly assigned U.S. patent application serial number 
09/093,955 entitled "SYSTEM AND METHOD FOR MONITORING SERVICE QUALITY IN A COMMUNICATIONS 
NETWORK," the disclosure of which is hereby incorporated herein by reference. 

[0036] TABLE 3 lists the user defined fields of a preferred CDR format and the definitions of the field contents. 

TABLES 



40 


User Fields Length 


Indicates the length of the user-defined CDR fields section. The value is the number of bytes 
after this field to the end of the user defined fields. 




MSU Fields Length 


Indicates the total length of the MSU section. The value is the number of bytes after this field 
to the end of the CDR. 


45 


Number of MSUs 


Indicate the total number of the MSUs in this CDR. 


Time Stamp 


GMT time, when this transaction was encountered. 




Link Number 


Indicates the link identifier on which the MSU was encountered. 




MSU Length 


Indicates the total length of the MSU following. 


50 


MSU 


Actual MSU that was captured by the monitoring.system. 



[0037] Table 4 lists the fields for a CDR fonnat with Integrated Services Digital Network - User Part (ISUP) parameters. 
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RIN Parameter 



UUI Octets 



USR Messages 



UUI Indicator 



Calling Party Nature of Address 



Redirecting Number Nature of Address 



Original Called Number Nature of Address 



Location Number Nature of Address 



Redirection Information 



TMR Value 



Calling Party's Category 



Number of Redirecting Numba: Digits 



Redirecting Number 



Number of Original Called Digits 



Original Called Number 



Number of Location Number Digits 



Location Nimiber 



User Definable Parameters 



45 



50 



55 



[0038] Describing FIG. 4 in greater detail, FIG. 4 Illustrates environment 400 having CDR applications running on 
the components of a monitoring network (including one or more monitors 310) and having data collection applications 
running on external server 316 to allow interconnection usage and quality reports to be requested and viewed on 
woricstation 318. Components of FIG. 4 are numbered to correspond with tike components of FIG. 3. Monitor 310 is 
capable of monitoring several hundred SS7 links at one time. Monitor links 423 capture messages from network links, 
such as links 430. 431 and 432 communicatively coupling STPs 440, 441 , and 442 and SP 450. in the SS7 network 
302. The messages are provided to a call/transaction processing application, such as Call/Transaction Tracking Proc- 
essor (CTTP) 401 . Monitor 310 comprises a number of versatile processors which may be assigned to process and 
correlate calls, transactions, or other messages. One or more of these processors run CTTP application 401 depending 
upon the volume of message traffic received from the SS7 network 302. As discussed above, monitor 310 communi- 
cates with other monitors (not shown), and exchanges messages pertaining to the calls and transactions that are being 
monitored. 

[0039] Monitor 310 also comprises CDR application 402 and UDR application 404, which each may run on another 
processor. CDR application 402 and UDR application 404 receive correlated message records from CTTP application 
401 , and CDR application 402 filters the records using a CDR profile, while UDR application 404 generates a UDR 
record stream. Ideally, CDR application 402, as well as UDR application 404, receive complete records for each call 
and transaction from CTTP application 401, However, depending upon the state of a particular call or transaction, 
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partial records may be provided. CDR application 402 collects messages for call legs and generates a CDR. The CDR 
contains summary information of the statistics for each call. Application 402 generates a binary CDR stream that is 
sent to external server 316 via, for example, Transmission Control Protocol/Internet Protocol (TCP/IP) for further 
processing. Slmllarty, application 404 generates a binary UDR stream that is sent to external server 31 6 via, for example, 
5 TCP/IP for further processing. There may be one or more external servers 316 coupled to the monitoring network or 
to individual monitors. In a preferred embodiment, monitor 310 sends the CDR/UDR data to the external server 316 
listed in a CDR/UDR profile. 

[0040] Typically, the CDR/UDR data is not stored on monitor 31 0. The binary CDR/UDR data is streamed to a sender 
(e.g., sender 312 of FIG. 3 and/or external server 316) as soon as it is created. A unique identifier is created for each 

10 CDR so that external server 31 6 can distinguish among the CDRs that are received from various monitors. Messages 
that are received out of sequence by CTTP application 401 are sent to CDR application 402, which attaches the out 
of sequence message to the CDR data stream. Similar operation may be perfonned for creating the UDR data stream. 
[0041] Monitoring system server 312 is responsible for tracking all CDR/UDR configurations that have been set up 
by users. CDR/UDR configuration application 452 cooperates with CDR/UDR configuration application 416 on work- 

15 Station 314 to provide a user interface to configure the CDR/UDR profiles. Most preferably server 31 2 stores the CDR/ 
UDR profiles as files In memory 320. The profiles are downloaded to monitors 31 0 as necessary so that the monitors 
will have the proper configuration to process the correlated message records. 

[0042] Users configure the CDR/UDR profiles, and other monitoring system parameters, using workstation 314. As 
shown, workstation 318 may be implemented with a CDR/UDR application 41 6 to provide a user interface to configure 
20 the CDR/UDR profiles utilizing workstation 318. CDR/UDR configuration application 416. which may be a Graphical 
User Interface (GUI), allows users to configure CDR/UDR profiles for storage on server 312. CDR/UDR profile Infor- 
mation provided by users on workstation 314 and/or workstation 31 8 is stored as a configuration file in database 320. 
Most preferably, sever 312 downloads the configuration file data to specific monitors 310 over Simple Network Man- 
agement Protocol (SNMP). Thus, in a most prefen-ed embodiment, users may modify the CDR/UDR profile configure- 
rs tions, and changes to old configurations are relayed to the appropriate monitors 31 0. 

[0043] External server 31 6 is preferably a dedteated server for the quality assurance application because of the high 
volume of data associated with the call and transaction records. CDR/UDR data streams from monitors, such as CDR/ 
UDR data streams communicated from monitor 31 0, is processed by CDR collection application 406 and UDR collection 
application 408. Database 41 2 holds the collected CDR/UDR data for external server 31 6. Collection applications 406 
30 and 408 collects CDR/UDR data from monitor(s) 310 and stores the data to database 412. This data may later be 
recalled by a service provider using workstation 318. Workstation 31 8 provides the user interface tor querying database 
41 2 and receive reports therefrom through query/report writer application 41 8, which preferably provides a GUI. Users 
can query database 412 for interconnection data (e.g., usage data and/or quality data) via GUI 418. Record storage 
410 stores CDR and other call related information. In the exemplary implementation of Fig. 4, database 412 is com- 
35 munteatively accessible by workstation 318, while record storage 410 is not. Of course, In various alternative Imple- 
mentations both database 412 and record storage 410 may be communicatively accessible by workstation 318, and 
in certain implementations database 412 and record storage 41 0 may be combined in a single data storage device. 
[0044] Depending upon the user's system, databases 320 and 412 may be an integral part of servers 312 and 316, 
or such databases may be embodied as separate storage devices. Furthemnore, it should be recognized that the 
40 functlonalrty of workstations 314 and 318 may be included on a single workstation for interacting with servers 312 and 
316. Additionally, in alternative implementations, the functionality of servers 312 and 316 may be implemented on a 
single sen/er. In one embodiment, servers 312 and/or 316 may be implemented as web sewers that allow a user to 
access such servers using a web browser application executing on workstations 314 and/or 318. For example, in one 
embodiment, server 316 is implemented as a web sen/er such that a user may utilize a web browser executing on 
45 . workstation 31 8 to query database 412 and obtain reports for interconnection usage and/or quality. 

[0045] The amount of data stored and the message traffic volume are the key detenninants of the size and processing 
power of server 31 6, Processing capabilities can be adjusted on a per user basis. A redundant server having additional 
capacity may also be used. In a prefen-ed embodiment, server 316 collects CDR/UDR data from monrtor(s) 310 and 
extracts statistical infomriation to be stored In database 412. Preferably, CDRs/UDRs for calls in an SS7 network are 
50 available upon call completion. In a most preferred embodiment, CDR data collection application 406 and UDR data 
collection application 408 accumulate the messages statistics upon completion of the call or transaction and adds the 
statistics to database 412 at intervals based upon the origination time of the call or transaction. Accordingly, in a most 
prefen-ed embodiment, the statisttes are continually collected and stored to database 412, but they are reported only 
upon user request. 

55 [0046] The format used to store the statistics data (which includes interconnection statistics data) in database 412 
Is highly configurable and may be adapted for any storage configuration that the user may desire. For example, Jn one 
embodiment, separate data entries are made for each hour in a daily table in database 412. Thus, if sewer 316 and 
database 41 2 are configured to hold a week's worth of statistical data, then seven dally tables, each having 24 intervals, 
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are stored on database 41 2. Each dally table Is stored for seven days. Daily tables are summarized into weekly tables 
at the end of seven days. Weekly tables have seven Intervals, each Intierval representing a summarized daily table. 
Weekly tables are stored for 90 days, at which point they are summarized into monthly tables having 28-31 intervals. 
Monthly tables are stored locally on database 412 as long as space permits. The aging and summarizing process can 

5 be customized by users to comply with individual requirements. 

[0047] FIG. 5 illustrates an example of how a preferred embodiment may be utilized to verify Interconnection usage. 
As shown, signaling data for various interconnecting carriers 502 (e.g., carrier A, carrier B, and carrier C) may be 
captured by one or more monitors 310. As an example, in a telephony network, monitor 310 may monitor voice trunk 
activity for the interconnecting carriers. For instance, monitor 310 may capture signaling data from which various in- 

10 fomnation may be detemnined, including the number of call attempts requiring interconnecting services from a carrier, 
as well as duration of the use of an interconnecting canier's facility. Such captured signaling data may allow usage 
detail to be detemnined for each trunk group, such as date used, called number, dialed number, start of usage, and 
end of usage. As further shown in FIG. 5, this captured infomiation may then be communicated from monitor 310 to 
server 31 6 and stored in historical database 412. 

15 [0048] Thereafter, a service provider may utilize workstation 318 to request reports of data stored in historical data- 
base 41 2. Thus, for example, a service provider may request an Interconnection billing verification report that shows 
trunk activity by carrier or by trunk group over a desired period of time. Accordingly, the service provider can compare 
the usage data for a particular canrier, as provided by the billing verification report, with the usage for which the service 
provided was billed on an invoice 504 from the particular carrier. A prefen-ed embodiment allows a service provider to 

20 ensure (or verify) that invoices received for interconnection sen^ices are accurate by allowing the service provider to 
independently document the amount of usage of each interconnecting carrier's voice trunks (e.g., number of minutes, 
seconds, or even milliseconds each interconnecting carrier's voice trunks are used). A prefenred embodiment allows 
a user to generate reports based on voice trunk usage in various formats, ranging from summary reports to detailed 
reports. For example, usage can be reported for a particular interconnecting earner or particular trunk group, and a 

25 servfce provider may view the amount of usage over various time periods (e.g., months, weeks, days, hours) or even 
on a call-by-call basis. A service provider can define the reporting time period for each interconnecting carrier inde- 
pendently so that reports generated for comparison to monthly invoices from other carriers will be synchronized, for 
example. 

[0049] Turning to FIG. 6, an example of how a prefen-ed embodiment may be utilized to verify interconnection quality 

30 is shown. As shown, signaling data for various interconnecting carriers 602 (e.g., earner A, earner B, and carrier C) 
may be captured by one or more monitors 310. For instance, monitor 310 may capture signaling data from which 
various infomnatlon about the quality of an interconnecting service may be determined, including the number of call 
attempts requiring Interconnecting services from a carrier, the number of answers, the number of address completes, 
the number of nornial releases, the number of "ring no answers," the number of user busies, the number of abnonmal 

35 releases, the number of failed calls, the number of circuit unavailables, the number of network congestions, the number 
of networic failures, the number of other failures, and the number of user-defined release causes. Such captured sig- 
naling data may also allow duration infonnation to be determined, such as duration of call setup time, call hold time, 
conversion time, and the duration of total facility usage. As further shown in FIG. 6, this captured infomnatlon may then 
be communicated from monitor 310 to server 316 and stored in historical database 412. 

40 [0050] Thereafter, a sen^ice provider may utilize workstation 31 8 to request reports of data stored in historical data- 
base 412. Thus, for example, a service provider may request an interconnection quality verification report that shows 
interconnection service quality by carrier or by trunk group over a desired period of time. Accordingly, the service 
provider can compare the quality data for a particular canrier, as provided by the quality verification report, with the 
qualityof service agreed to In a service level agreement 602 fortheparticular carrier. Therefore, a preferred embodiment 

45 allows a service provider to detemnine how well calls are handled by interconnecting carriers (e.g., temiinating and 
transport earners) and compare their performance against other caniers. A preferred embodiment allows a service 
provider to monitor its own perfonnance to ensure that the quality of services it offers remains above negotiated levels 
to avoid pressure or penalties from other earners. Additionally, a prefen-ed embodiment allows a service provider to 
monitor the performance of other carriers to detemnine whether such carriers are perfomning satisfactorily. With such 

50 quality of service information, a service provider may decide to route more of Its calls (or other communication "traffic") 
to the carriers that provide the best quality, or may attempt to negotiate better usage rates from the carriers providing 
lower performance. 

[0051] TurningtoFIG. 7, an exampleof how a preferred embodiment may be utilized to verify interconnection services 
for Intelligent Network services (and signaling transport) is shown. As shown, signaling data for various interconnecting 
55 caniers 502 (e.g., canrier A, carrier B, and carrier C) may be captured by one or more monitors 310. For instance, 
monitor 31 0 may capture signaling data from which various information about Intelligent Network servtees usage may 
be determined, including ISUP (Integrated Services Digital Network - User Part) counts for lAM, ACM, ANM, REL, and 
RLC, Such captured signaling data may also allow tor detennination of TGAP (Transaction Capabilities Application 
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Part) counts for LNP, roaming verification, toll-free/freephone, calling card, and user-defined services. As further shown 
in FIG. 7, this captured infomnation may then be communicated fronn monitor 31 0 to server 31 6 and stored in historical 
database 412. 

[0052] Thereafter, a sen^ice provider may utilize workstation 31 8 to request reports of data stored in historical data* 
5 ba5?e 412. Thus, for example, a service provider may request an interconnection billing verification report that shows 
interconnection signaling usage by carrier or by trunk group over a desired period of time. Accordingly, the service 
provider can compare the Intelligent Network services usage for a particular carrier, as provided by the billing verification 
report, with the Interconnection billing invoice 702 forthe parttoular carrier. Therefore, a preferred embodiment allows 
a senrbe provider to verify received invoices for Intelligent Network services usage, as well as provide supporting 
10 documentation to justify its own outbound invoices for Intelligent Network Services. In a preferred embodiment, server 
316 may generate a report detailing the number of Message Signal Units (MSUs) or types of MSUs and the number 
of octets (bytes) transmitted or received. Furthermore, in a preferred embodiment, call setup and termination signaling 
usage is tracked through counts of iSUP signaling trafTic, while Intelligent Network services are tracked through counts 
of TCAP signaling traffic. 

15 [0053] Turning to FIG. 8, an example of how a preferred embodiment may be utilized to allow a sen/ice provider to 
interactively analyze quality and usage verification reports is shown. As shown, signaling data for various intercon- 
necting carriers 502 (e.g., canier A, carrier B. and cannier C) may be captured by one or more monitors 310. For 
instance, monitor 31 0 may capture signaling data from which various infomnation about trunk usage, signaling usage 
(e.g., for Intelligent Network services), and servtee quality may be determined. As further shown in FIG. B, this captured 

20 infomnation may then be communicated from monitor 310 to server 31 6 and stored in historical database 412. 

[0054] Thereafter, a sen^ice provider nnay utilize workstation 31 B to request various reports of data stored in historical 
database 41 2, such as billing verif bation and quality verification reports. For example, a user may Interactively request 
a particular report for one or more carriers (or trunk groups) over a particular period of time (e.g., yearly, monthly, 
weekly, daily, etcetera). In a prefen*ed embodiment, once a report is generated, a service provider may interactively 

25 "drill down" into infomnation provided in the report to obtain greater infomnation. For example, as shown in FIG. 8, a 
report 802 showing "incoming minutes of use" for carriers A, B, and C for the months of January, 1 999 and February, 
1999 may be provided on woricstation 318 responsive to a service provider's request for such report. Thereafter, the 
service provider may "drill down" into particular data provided on report 802 to obtain greater detail. For example, 
suppose the service provider wants to know more information about the minutes of use for carrier C for the month of 

30 Febmary, 1999, the service provider may click a pointer device (e.g., mouse) on the block of data 803 provided in 
report 802 for carrier G for the month of February, 1999. As a result, report 804 may be generated and presented on 
woricstation 31 8 showing more detailed information about minutes of use for carrier C for the month of February, 1 999 
(e.g., divided by various trunk groups and by 7-day periods. Of course, to obtain a further detailed view, the service 
provider may "drill" further into the data provided in report 804. 

35 [0055] In a most preferred embodiment, quality and usage verification reports can be generated from the historical 
database using Cognos Impromptu executing on workstation 318. Alternatively, server 31 6 may be implemented as a 
web server, and the quality and usage verification reports may be generated through a web browser executing on 
woricstation 31 8 by accessing such web server 31 6. 

[0056] It should be recognized that the tracked messages may be part of one of a number of message protocols, 
40 such as Integrated Services Digital Network - User Part (ISUP), Telephone User Part (TUP), Networic User Part (TUP), 
Transaction Capabilities Applk:ation Part (TCAP), Advanced Intelligent Network (AIN) or Integrated Networic Application 
Part (INAP) calls or transactions. 

[0057] Table 5 provides an exemplary list of statistics that may be stored to database 412 for each CDR profile. 

45 



50 
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TABLES 



Number of Call Attempts 



Number of ACMs 



Number of Call Attempts Answered 



Number of User Busy Calls 

Number of Ring No Answer (RNA) Calls 

Number of Normal Release Calls 



Number of Abnormal Release Calls 



Number of Unallocated Number Calls 



Number of Address Incomplete Calls 
Number of Transaction Aborts 



Number of Congested Transactions 
Number of Congested Calls 
Number of Circuit Unavailable Calls 



Number of Failed Transactions 



Number of Failed Calls 



Number of Undefined Release Cause Failed Calls 



Number of Destination Out of Order Failed Calls 



Average Call Set-Up Time 
Average Call Hold Time 
Average Answer Seizure Ratio 
User Defined 



Of course, additional statistics may be included within database 412, and any such additional statistics are intended 
to be within the scope of the present invention. Preferably, the user can define specific statistics, such as release 
causes, that are to be stored for a particular CDR profile. 

[0058] In a preferred embodinnent, a user may utilize workstation 318 to request a report of various statistics from 
database 412, including without limrtatlon average set-up time, average hold time, average conversation time, answer 
seizure ratio, answer bid ratio (ACM/all call attempts), total facility used (RLC time - lAM time), release causes/total 
call attempts ratio, and total number of calls with release cause other than that selected by the user. 
[0059] In a preferred embodiment, all CDR/UDR records are aggregated, by aggregation application 414 (shown in 
Fig. 4), into a single record over a given duration before insertion into database 412. In a most preferred embodiment, 
the following aggregation key is available: Origination and Temninating Carriers (CDRs/UDRs). Table 6 provides an 
exemplary list of aggregations that can be used to group the above statistics for reports to be generated by report 
application 418 (shown in Fig. 4). 
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TABLE 6 



Calling Numbers 



Called Numbers 



Translated Numbers 



Called Numbers, then by Calling Numbers 



Translated Numbers, then by Calling Numbers 



Called Numbers, then by Translated Numbers 



Services 



Services, then by Calling Numbers 



Services, then by Called Numbers 



In Table 6 it will be understood that called, calling or translated numbers may be either a complete telephone number 
or a partial telephone number. For example, under the North American Numbering Plan, reports may be created for 
25 full telephone numbers (i.e. 1 -NPA-NXX-XXXX). Alternatively, wildcards can be used at the end of the grouping tele- 
phone number so that statistics are reported for all calls or transactions directed to a particular area code (i.e. 1-NPA) 
or a particular exchange code (i.e. 1 -NPA-NXX). 

[0060] Most preferably, users can also utilize report GUI 41 8 to create their own query parameters. Queries can be 
stored in database 412 and stored queries can be modified. Generated reports may be displayed to the user on work- 
30 station 318. Alternatively, reports may be printed, directed to an electronic mail address, stored to a database file, or 
exported to an ASCII file. Users can configure weeldy, monthly, or other periodic reports which are sent at intervals to 
specific users. Such periodic reports may be assigned to report application 41 8 (or to a reporting application executing 
on server 31 6) to be njn automatically. 

[0061 ] Dynamic behavioral statistics may also be generated by report application 41 8. Users can select to have the 
35 statistics of Table 5 reported as to the highest and/or lowest values. For example, a report may comprise the 1 6 highest 
interconnection carriers used, or the 16 highest number of circuit, unavailable calls, for example. Preferably, behavioral 
statistics are retrieved using a Structured Query Language (SQL) query. Triggers can be configured to update a user's 
display according to changes in database 412. Once a group or aggregation of statistics is displayed, users can refine 
the report to obtain more specific data, such as a specific area code and exchange. 
40 [0062] Additionally, in a preferred embodiment, users may track statistical events about interconnection services by 
designating statistics to be displayed based upon a first occun-ence, an occurrence that is more than some delta away 
from a certain value, or rising/falling thresholds. When triggered, events may be displayed to the user, or stored to a 
log file. 

[0063] Users may also designate specific link sets or network nodes to be used for the statistical reports. Only those 
45 monitors that are coupled to the relevant links and nodes will receive the CDR/UDR profile data and only those monitors 
will send CDRs/UDRs to external sender 31 6 for that profile. 

[0064] Real-time statistk^s may also be generated by report application 41 8 (or a reporting application executing on 
server 316). Statistics are then updated after call or transaction completion and CDR generation. Displayed reports 
may be in the fomn of peg counts, bar graphs, or trend curves. Users may also configure reports based upon a sample 
50 of the calls or transactions or based upon a sample of the CDRs/UDRs. The sampling rate may be selected using 
CDR/UDR configuration GUI 41 6. 

[0065] it will be understood that wori<stations 314 and 31 8 may be separate components as described herein, or one 
workstation may be used to njn both CDR/UDR configuration GUI 416 and interconnection report GUI 418. 
[0066] It will also be understood that in a prefen'ed embodiment the external server 316 (which may be referred to 
55 as an "interconnection analysis server" or "lA server") can accept CDR/UDR data from any source, not only from the 
monitoring system. For example, a switch or end office may generate CDRs/UDRs and provide the data directly to the 
external server 31 6 for further processing. Preferably, extemat server 31 6 has a modularized front end whteh allows 
It to receive data from any source. 
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[0067] Although the above embodiments have been described with respect to an SS7 system , it will be understood 
that the present invention may be adapted to monitor the quality of service provided on any communications network, 
including as examples wireline and/or wireless data, voice, and multimedia networks. 

[0068] Although the present invention and its advantages have been described in detail, it should be understood 
5 that various changes, substitutions and alterations can be made herein without departing from the spirit and scope of 
the invention as defined by the appended claims. Moreover, the scope of the present application is not Intended to be 
limited to the partteular embodiments of the process, machine, manufacture, composition of matter, means, methods 
and steps described in the specification. As one of ordinary skill in the art will readily appreciate from the disclosure of 
the present invention, processes, machines, manufacture, compositions of matter, means, methods, or steps, presently 
10 existing or later to be developed that perform substantially the same function or achieve substantially the same result 
as the corresponding embodiments described herein may be utilized according to the present invention. Accordingly, 
the appended claims are intended to include within their scope such processes, machines, manufacture, compositions 
of matter, means, methods, or steps. 

15 

Claims 

1. A method for gathering performance data for interconnection services performed In a communication network, 
said method comprising: 

20 

capturing signaling data on a signaling networic; 

from the captured signaling data, generating performance data related to interconnection servtees provided 
In the communication networic; and 

25 

communicating said perfonmance data to a sender for storage thereon. 

2. The method of claim 1 wherein said generating performance data comprises: 

30 generating call detail record data that includes data about Interconnection services. 

3. The method of claim 2 wherein said call detail record data includes data identifying at least one from the group 
consisting of: calling number, called number, numberof minutes of use (MOU), start time, end time, LRN, origination 
pointcode of a call (OPC), and destination pointcode of a call (DPC). 

35 

4. The method of claim 2 wherein said call detail record data includes data identifying a plurality of the group consisting 
of: Start Time (lAM time), ACM Time, ANS Time, REL Time, END Time (RLC time), CIC, OPC, DPC, Release 
Cause, Number of Calling Party Digits, Calling Party Number, Number of Called Party Digits, Called Party Number, 
Original Called Digits, LRN, JIP, Failed Calls Flag. Abnomnal Release Flag, and Timeout Flag (Reason). 

40 

5. The method of claim 1 wherein said perfomnance data includes data identifying one or more of the following: 

number of call attempts, number of ACMs, number of call attempts answered, number of user busy calls, 
number of ring no answer (RNA) calls, number of normal release calls, number of abnomnal release calls, 
45 number of unallocated number calls, number of address incomplete calls, number of transaction aborts, 

number of congested calls, number of circuit unavailable calls, number of failed transactions, number of failed 
calls, number of undefined release cause failed calls, number of destination out of order failed calls, average 
call set-up time, average call hold time, and average answer seizure ratio. 

50 6. The method of claim 1 wherein said signaling network Includes a plurality of signal transfer points (STPs), and 
wherein said signaling data is captured from data communteated from one of said plurality of STPs to another of 
said plurality of STPs. 

7. The method of claim 1 wherein said communteation networic includes one or more selected from the group con- 
55 sisting of: 

public switched telephone network (PSTN), wireline network, wireless network, voice network, data network, 
general purpose processor-based information network, cable network, wide area network (WAN), the Internet^ 
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or any combination thereof. 

8. The method of claim 1 wherein said perfonmance data includes data about at least one selected from the group 
consisting of: usage of said interconnection services, quality of said interconnection services, and usage of said 

5 - Interconnection services for Intelligent networks. 

9. The method of claim 1 wherein said interconnection services include: 

an interconnecting carrier providing resources to interconnect a service provider's networlcto another network 
10 or network element. 

10. The method of claim 1 wherein said interconnection services include: 

providing network resources to a communication service provider to enable said communication sen^ice pro- 
. 15 vider to communicatively couple a first network element to a second network element. . 

11 . The method of claim 1 0 wherein said network resources includes switching resources. 

12. A method for providing verification of perfomnance of interconnection services, said method comprising: 

20 

gathering data related to of interconnection services provided in a communication network by capturing sign- 
aling data for said interconnection sen^ices on a signaling network; and 

providing said performance data to one or more communication service providers. 

25 

13. The method of claim 1 2 wherein said signaling network includes a plurality of signal transfer points (STPs), and 
wherein said signaling data is captured from data communk^ated from one of said plurality of STPs to another of 
said plurality of STPs. 

30 14. The method of claim 12 wherein said providing said perfonnance data to one or more communication service 
providers further comprises: 

allowing said one or more service providers to query a server having said perfonnance data stored thereon 
to retrieve desired performance data about said interconnection services. 

35 

15. The method of claim 12 wherein said interconnection services include: 

an interconnecting carrier providing resources to interconnect a servfce provider's network to another network 
or network element. 

40 

16. The method of claim 12 wherein said interconnection servk:es include: 

providing networic resources to a communication service provider to enable said communicatfon service pro- 
vider to communicatively couple a first network element to a second network element. 

45 

17. A system comprising: 

communication networic over which at least one of data or voice can be communicated; 

50 signaling networic over which signaling data for said communication networic Is communicated; 

at least one processor-based monitor for capturing signaling data from said signaling networic, wherein said 
signaling data includes performance data for interconnection services provided on said communication net- 
work; and 

55 

at least one server to which said perfonnance data for Interconnection services are communicated from said 
at least one processor-based monitor, wherein said at least one server is communicatively accessible by a 
user to enable said user to retrieve said perfonnance data. 
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18. The system of claim 17 wherein said at least one server is communicatively coupled to a communication network 
such that said user can communicatively access said at least one server via said communicatbn network. 

19. The system of claim 17 wherein said at least one processor-based monitor utilizes the captured signaling data to 
5 generate call detail records, and wherein said at least one processor-based monitor communicates said call detail 

records to said at least one server. 

20. The system of claim 17 wherein said at least one processor-based monitor utilizes the captured signaling data to 
generate usage detail records, and wherein said at least one processor-based monitor communicates said usage 

10 detail records to said at least one server. 

21. A method for providing verification of perfomnance of interconnection services provided in a communbation net- 
work, wherein a service provider provides desired networking services to a user, and wherein said service provider 
utilizes interconnection services of at least one interconnecting carrier to provide the desired networking servk^es 

15 to said user, said method comprising: 

capturing signaling data on a signafing network for said interconnection senrices of said at least one intercon- 
necting carrier; and 

20 storing to a computer readable media data about the performance of said interconnection services, wherein 

said data is detemnined at least in part from the captured signaling data. 

22. The method of claim 21 wherein said signaling network includes a plurality of signal transfer points (STPs), and 
wherein said signals data is captured from data communicated from one of said plurality of STPs to another of 

25 said plurality of STPs. 

23. The method of claim 21 further comprising: 

correlating the captured signaling data. 



30 



40 



45 



50 



55 



24. The method of claim 23 wherein said con-elating associates signaling data with its respective interconnection 
servk^es. 
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